Насколько я знаю, скорость софтверного Raid5 как правило ограничена скоростью процессора. Контроллер может в DMA режиме читать кучу блоков одновременно, практически не затрагивая процессора. А вот их обработкой занимается уже процессор. Выясняется, какой из этих 4х заксорен, 3 других заксориваются, и сравниваются с этим заскоренным (чтение с проверкой). Должен быть идентичен - если нет, то ошибка рейда. Параллельно с этим ксором читается следующий блок. При записи - обратный процесс.
Если скорость процессора недостаточна, то контроллеру придется просто простаивать, ожидая результата от предыдущего блока.
Не спроста же 409+ читает/пишет быстрее, чем 408/409. Хотя контроллер идентичный и скорость жестких дисков - само собой идентичная. Процессор не слабо грузится при обработке raid5 очереди.
Греть воздух смысла нет если задач нет. Все современные процессоры в простое практически не греются и не потребляют. А когда нужно напрячься - выдают нужную производительность и как побочный эффект - греются.
А поскольку обсуждаемый пятый рейд - софтварный, то совершенно нелогично, что он имеет какие-то дебильные ограничения, которые еще можно объяснить при использовании хардварного рейда (ну, ограничения контроллера). А софтварный рейд может обрабатываться как душе угодно, и таймауты может иметь какие угодно - ограничений тут нет совершенно. Они - надуманы. Если один из хардов рейда завис при чтении блока данных - ничто не мешает его переинициализировать и попробовать прочитать еще разок. Кидануть в лог предупреждение, и тихо продолжить работать. Но ведь нет - при малейшем сбое нужно дропнуть хард, запищать, и потом продолжить чтение с только что дропнутого диска (это вообще песня!). Этому идиотизму есть только одно оправдание - они не умеют программировать. Кто не знает или не умеет - тот ищет оправдание. Это - про Синолоджи. К сожалению.
Фразы типа "эти жесткие диски ведут себя нетипично в окружении linux" - выдают чудную квалификацию саппорта.
Харду совершенно по барабану какое окружение в компе стоит. Хард с операционкой не общается. Он общается с контроллером. А уж он-то точно не меняется при смене операционки... А с контроллером, на котором висят харды, общается ДРАЙВЕР. Проблемы значит не в линуксе, а в сата драйверах, которые в их линуксе стоят. Да ну почините вы их, наконец! В чем проблемы-то?